home *** CD-ROM | disk | FTP | other *** search
/ The Arsenal Files 8 / The Arsenal Files Collection #8 (Arsenal Computer) (1996).ISO / internet / txtab611.zip / TXTABLE.DOC < prev    next >
Text File  |  1996-11-30  |  25KB  |  530 lines
  1. TXTABLE.DOC                          1                         Revised: 11-30-96
  2.  
  3. This program creates tables from an ASCII text input file.  Easier  to  maintain
  4. than most word processing tables, the program  automatically  handles  alignment
  5. and such.  Features:
  6.  
  7.   * Creates tables which can be (at this point) up to 10 columns wide.
  8.   * Automatically sets table column widths but you can override this.
  9.   * Allows flexibility in terms of alignment, borders, titles, and
  10.     page lengths.
  11.   * You can either use a straight ASCII text input file (typically one
  12.     record per cell) or else a pseudo-HTML input file
  13.   * If you use the optional imbedded HTML stuff, you can have more than one
  14.     table per input file.
  15.  
  16.  
  17. The TXTABLE.EXE input file:
  18.  
  19. TXTABLE.EXE works off an ASCII text input file which  basically  tells  it  what
  20. goes in each cell.  This file can be created and maintained by hand.
  21.  
  22. (A sample file, TXTABLE2.SAM, should have been included in the ZIP  file.   It's
  23. used as the basis of the example shown below.  Feel free to  try  it  out  using
  24. "TXTABLE TXTABLE2.SAM".)
  25.  
  26. Tables can be indicated in this file in one of two ways.  The first is a  method
  27. which doesn't use HTML commands and basically expects one cell of data per  line
  28. on input.  The second method is based on a limited version of  the  HTML  coding
  29. for tables.
  30.  
  31. You will notice that the sample file actually mixes the two  techniques  in  the
  32. same file.  If this is done, the  HTML-based  table(s)  must  appear  after  the
  33. one-line/one-cell model.
  34.  
  35.  
  36. Using format one (non-HTML):
  37.  
  38. Each record in the input file is the contents of a single cell.  Long lines  are
  39. automatically wrapped on output by the program.  For  example,  if  you  have  a
  40. table that looks like this:
  41.  
  42. ╔═════════════╦══════════════════╤═════════════════════════════════════════════╗
  43. ║  Character  ║  Actor/Actress   │                  Viewpoint                  ║
  44. ╠═════════════╬══════════════════╪═════════════════════════════════════════════╣
  45. ║ Fox Mulder  ║ David Duchovny   │ Searching for the truth about his sister.   ║
  46. ║             ║                  │ Conspiracy under every rock.                ║
  47. ╟─────────────╫──────────────────┼─────────────────────────────────────────────╢
  48. ║ Dana Scully ║ Gillian Anderson │ Science is god.  However, strong religious  ║
  49. ║             ║                  │ beliefs provide second foundation.          ║
  50. ╚═════════════╩══════════════════╧═════════════════════════════════════════════╝
  51.  
  52. (This table was generated by the TXTABLE command.)
  53.  
  54.  
  55. TXTABLE.DOC                          2                         Revised: 11-30-96
  56.  
  57. The input file would consist of the nine cells shown above, in  the  order  they
  58. are shown.  In this case, the input file was the following:
  59.  
  60.   Character
  61.   Actor/Actress
  62.   Viewpoint
  63.   Fox Mulder
  64.   David Duchovny
  65.   Searching for the truth about his sister.  Conspiracy under every rock.
  66.   Dana Scully
  67.   Gillian Anderson
  68.   Science is god.  However, strong religious beliefs provide second foundation.
  69.  
  70. Leading spaces are removed by the program for data lines.
  71.  
  72. You can embed comment lines within the input file.  Comments are any lines  that
  73. begin with a colon (":"), semicolon (";"), or slash-asterisk pair ("/*").  These
  74. special characters have to begin in column 1.   The  typical  use  for  comments
  75. would be to indicate where table lines begin and what parameters  are  suggested
  76. for this table.  For example, a commented input file for this example  might  be
  77. the following:
  78.  
  79.   /* TXTABLE2.SAM
  80.   Character
  81.   Actor/Actress
  82.   Viewpoint
  83.   /*
  84.   Fox Mulder
  85.   David Duchovny
  86.   Searching for the truth about his sister.  Conspiracy under every rock.
  87.   /*
  88.   Dana Scully
  89.   Gillian Anderson
  90.   Science is god.  However, strong religious beliefs provide second foundation.
  91.  
  92. One advantage of this approach is that it  makes  it  very  easy  to  move  rows
  93. around, something which I could never figure out how to do in WordPerfect.
  94.  
  95. A blank line means an empty cell.
  96.  
  97. The  cell  contents  can  include  embedded  decimal  and  hexadecimal   strings
  98. (including space representations) if desired (see BRUCEHEX.DOC  file).   If  you
  99. want to force a new line within a cell (e.g.  "Actor/" and then  have  "Actress"
  100. on the next line), include the  representation  of  a  carriage  return/linefeed
  101. within the line.  For example:  Actor/\013\010Actress.
  102.  
  103. If you have a very long cell, you can split the line in  your  input  file  into
  104. multiple lines.   To  do  this,  end  the  line(s)  to  be  continued  with  the
  105. continuation indicator, which initially defaults to "__".  For example,
  106.  
  107.         This cell consists of a number of words__
  108.           so it's been split into multiple lines to make it easier__
  109.           to read in the input file.
  110.  
  111. Leading spaces are ignored by the program (except for comments)  and  it's  much
  112. easier to read the lines if you indent the continued lines.
  113.  
  114.  
  115. TXTABLE.DOC                          3                         Revised: 11-30-96
  116.  
  117. Line continuations in the input file has no bearing on where the cells  will  be
  118. wrapped in the final table.  That's based exclusively on  cell  widths  and  the
  119. \013\010 indicators.
  120.  
  121. Note that the program automatically adds one  space  when  it  joins  the  lines
  122. unless a space is already there.  So the above example will have the cell  shown
  123. based on "words so" and "easier to".
  124.  
  125.  
  126. Parts of a table and their alignment:
  127.  
  128. Each table consists of a header section (the first line of  cells)  and  a  stub
  129. (the left-most column of cells).  The contents of the cells within each of these
  130. sections can be positioned  independently  from  the  body  of  the  table.   By
  131. default, the contents of the headers are centered,  then  the  stubs  are  flush
  132. left, and then body of the table is also flush left.  The uppermost left cell is
  133. considered to be part of the header, not the stub.
  134.  
  135. Numeric values are  positioned  totally  independent  of  everything  else.   By
  136. default, they are positioned flush right.  At this point,  the  program  doesn't
  137. support decimal alignment so just make sure you have the same number of  decimal
  138. places for every cell in the column.
  139.  
  140. In addition, you can have an optional title in your table.  The title can be  as
  141. long as you want it; it will be automatically wrapped and centered based on your
  142. page width.  Note that the only way to have a title is to embed it in your input
  143. file.  This is explained shortly in the "Specifying parameters" section.
  144.  
  145.  
  146.  
  147. TXTABLE.DOC                          4                         Revised: 11-30-96
  148.  
  149. Using format two (HTML based):
  150.  
  151. The second format for the input file is based on the HTML standard.  Having said
  152. this, it does *not* the HTML standard; just a subset of it.
  153.  
  154. HTML uses indicators enclosed in "<..>" characters to indicate what's to happen.
  155. Unlike the HTMSTRIP command (also released by freeware by this author),  TXTABLE
  156. only supports certain HTML codes:
  157.  
  158.         <BR>                    Line is to be split at this point
  159.         <CAPTION>..</CAPTION>   Title of table (<TITLE>..</TITLE> works too)
  160.         <TABLE>..</TABLE>       Table definition
  161.         <TD>..</TD>             Table cell data contents
  162.         <TH>..</TH>             Table header data contents
  163.         <HR>                    Horizontal rule is to appear here
  164.         <TITLE>..</TITLE>       Title of table (<CAPTION>..</CAPTION> works too)
  165.         <TR>..</TR>             Table row
  166.         <VERBATIM>..</VERBATIM> Block which follows appears outside of a
  167.                                 table block and is to be printed verbatim.
  168.  
  169. A typical table looks like the following:
  170.  
  171.         <TABLE>
  172.         <CAPTION>Main exports by country</CAPTION>
  173.         <TR><TH>Table stub</TH><TH>Col 1</TH><TH>Col 2</TH></TR>
  174.         <TR><TD>China</TD>
  175.             <TD>Textiles</TD>
  176.             <TD>Apparel</TD></TR>
  177.         <TR><TD>Japan</TD>
  178.             <TD>Automobiles</TD>
  179.             <TD>Electronics</TD></TR>
  180.         </TABLE>
  181.  
  182. This input file would result in the following output:
  183.  
  184.                             Main exports by country
  185.  
  186.                    ╔════════════╦═════════════╤═════════════╗
  187.                    ║ Table stub ║ Col 1       │ Col 2       ║
  188.                    ╠════════════╬═════════════╪═════════════╣
  189.                    ║ China      ║ Textiles    │ Apparel     ║
  190.                    ╟────────────╫─────────────┼─────────────╢
  191.                    ║ Japan      ║ Automobiles │ Electronics ║
  192.                    ╚════════════╩═════════════╧═════════════╝
  193.  
  194. Under the HTML coding conventions, the only forced line breaks  are  done  using
  195. the <BR> option or some other HTML command which forces a new row (e.g. <TH>  or
  196. <TITLE>).
  197.  
  198. The <TD ...> and <TH ...> statements  can  include  alignment  statements  which
  199. override the  default  alignment  for  that  column.   These  appear  like  "<TD
  200. ALIGN=RIGHT>".  Valid ALIGN= values are RIGHT, LEFT, CENTER, or JUSTIFY.
  201.  
  202. Unexpected HTML  commands  are  ignored  by  TXTABLE.   Unlike  with  real  HTML
  203. commands, TXTABLE expects your HTML commands to begin and end on the same line.
  204.  
  205.  
  206. TXTABLE.DOC                          5                         Revised: 11-30-96
  207.  
  208. Column widths:
  209.  
  210. Column widths are set automatically by the program.  You can override any of the
  211. width settings that you'd like.
  212.  
  213. By default, the program processes your input twice.  The first  time,  it  scans
  214. for maximum column widths.  As far as the program is concerned, the width of the
  215. column includes all of the following:
  216.  
  217.   * The character(s) after the delimiter that starts the cell (the number of
  218.     characters being set by /BUFF=n but it defaults to just 1),
  219.   * The actual text to be stuffed into that cell,
  220.   * The character(s) before the delimiter that ends the cell (again, /BUFF=n),
  221.   * The cell delimiter itself (always one character), and
  222.   * For the first cell only, the very first cell delimiter character.
  223.  
  224. In the example shown above, /BUFF=1 was left by default.  The longest string  in
  225. the first column of cells (the stub) is the string "Dana  Scully"  which  is  11
  226. characters.  So the maximum required width for the first column is 1+11+1+1+1 or
  227. 15.
  228.  
  229. The second column's longest string is "Gillian Anderson" (must  have  been  when
  230. she was pregnant) which is 16 characters in length.   So  the  maximum  required
  231. width for the secon column is 1+16+1+1+0 or 19.
  232.  
  233. The third column is some big number like 80.
  234.  
  235. The program looks at your specified width for  the  table,  divides  it  by  the
  236. number of columns in the table, and figures the average column  width.   If  the
  237. maximum width for the column is less than or equal to the average,  the  program
  238. sets the column width to be this maximum.
  239.  
  240. In our example, the default table width of 80 is in effect and there  are  three
  241. columns so the average column width is 27  (80  divided  by  3)  or  so.   Since
  242. they're smaller than the average, the program sets the width  of  column  1  and
  243. column 2 to be 15 and 19 respectively.
  244.  
  245. The program looks to see if there are any  remaining  columns.   If  yes,  their
  246. width is set to be  the  remaining  width  divided  by  the  number  of  columns
  247. affected.  In our case, there are 80-15-19 or 46 characters left and one  column
  248. so the width of the third column is set to be 46  characters  and  some  of  the
  249. lines of text have to be wrapped accordingly.
  250.  
  251. If the automatic width detection discovers that the specified table width is too
  252. big, the program will typically adjust the maximum table width.  For example, if
  253. you have 3 columns and they're all like 10 characters, the table width  will  be
  254. shrunk appropriately.  The page width, however, will stay as it was so the table
  255. will appear centered within the given page width.
  256.  
  257. You can adjust any of the  widths  if  you'd  like.   This  is  done  using  the
  258. "/{+n}{-n}{@n}..." parameter.  For each column in sequence, you can specify  one
  259. of the following:
  260.  
  261.    "+n" says to add "n" characters to the initial width.
  262.    "-n" says to subtract "n" characters from the initial width.
  263.    "@n" says to make that column exactly "n" characters in width.
  264.  
  265.  
  266. TXTABLE.DOC                          6                         Revised: 11-30-96
  267.  
  268. In our example, the column widths ended up being /@15@19@46.  If you wanted  to,
  269. you could expand the last column and shrink the first one by saying "/-2+0+2" or
  270. by using some combination of "@n" specifications to do the same thing.
  271.  
  272. If your adjustments cause the table width to expand or  contract,  the  /WIDTH=n
  273. (and /PAGEW=n if necessary) specifications will change appropriately.
  274.  
  275. Except in rather bizarre cases, the default system  column  settings  should  be
  276. more than adequate.
  277.  
  278.  
  279. Specifying parameters:
  280.  
  281. Parameters for this program can be set in the following ways.  The last  setting
  282. encountered always wins:
  283.   - Read from an *.INI file (see BRUCEINI.DOC file),
  284.   - Through the use of an environmental variable (SET TXTABLE=whatever), or
  285.   - From the command line (see "Syntax" below)
  286.  
  287. In addition, the TXTABLE.EXE program allows you embed commands within the  input
  288. file itself.  This makes it easier to keep table-specific  parameters  with  the
  289. input file.
  290.  
  291. The embedded commands have to begin with "/=" in column one of the  input  file.
  292. Any statement which begins with "/" is processed like a regular parameter.   For
  293. example:
  294.  
  295.         /*TACSCHED.TST
  296.         /=/7 /border=d /@10@10@10@10@10@10@10
  297.         Time
  298.  
  299. (The line which begins with "/*" is just a comment line.)
  300.  
  301. You can have as many "/=" lines as you'd like and they can have multiple options
  302. on them.  As always, the last parameter encountered wins.
  303.  
  304. In addition to embedding regular commands, you can also specify a table title by
  305. putting it on a "/=" line.   Any  "/="  line  that  doesn't  start  with  a  "/"
  306. parameter is, in fact, presumed to be a title.  Titles can continue to  multiple
  307. lines if desired (you don't need the line continuation string to  do  this)  but
  308. each line must begin with "/=".  For example:
  309.  
  310.         /=Return on interest rates based on some stupid formula that
  311.         /=my boss wants but it must be one that no one seriously
  312.         /=uses any more.
  313.  
  314. If you'd like to force wrapping, you can embed \013\010  sequences  as  desired.
  315. You  can  also  include  The  title  can  include  other  embedded  decimal  and
  316. hexadecimal  strings  (including  space   representations)   if   desired   (see
  317. BRUCEHEX.DOC file).
  318.  
  319. Titles that appear on page two or afterward will automatically end with "(cont)"
  320. so you'll know it's a continued table.
  321.  
  322.  
  323. TXTABLE.DOC                          7                         Revised: 11-30-96
  324.  
  325. Syntax:
  326.  
  327.     TXTABLE [ infile ] [ outfile ] [ /n ] [ /EXT=.xxx ] [ /BORDER=c ]
  328.       [ /ALIGN=c ] [ /ALIGNH=c ] [ /ALIGNN=c ] [ /ALIGNS=c ] [ /RULE=s ]
  329.       [ /WIDTH=n ] [ /PAGE=n ] [ /PAGEW=n ] [ /EJECT ] [ /BUFF=n ] [ /CONT=s ]
  330.       [ /{+n}{-n}{@n}... ] [ /DEBUG ]
  331.       [ /Tpath ] [ /Iinitfile | /-I ] [ /? ] [ /?&H ]
  332.  
  333. where:
  334.  
  335. "infile" is the name of the input file to  process.   See  example  above.   The
  336. program will prompt for an infile name if none is provided.
  337.  
  338. "outfile" is the name of the output file to create.  Is overwritten if it exists
  339. already.  If no output file name is provided, the routine will  use  the  infile
  340. and provide  an  extension  of  *.TAB.   (The  default  .TAB  extension  can  be
  341. overridden using the /EXT=.xxx parameter.)
  342.  
  343. "/n" tells the program how many cells across the table consists of.  This  is  a
  344. required parameter if you're not using pseudo-HTML input files.
  345.  
  346. "/EXT=.xxx" allows you to specify a different default  file  extension  for  the
  347. output file.  This parameter only matters if you do not  explicitly  specify  an
  348. output file name.  The default value is "/EXT=.TAB".
  349.  
  350. "/BORDER=c" specifies the type of border to use.  The possible choices  for  "c"
  351. are:
  352.   D  -- double line
  353.   S  -- single line
  354.   T  -- text character line
  355.   B  -- blanks (spaces)
  356.   N  -- none
  357.   DV -- double line is used for vertical borders, lines are skipped in
  358.         horizontal rows within the table itself
  359.   SV -- same as DV except single line
  360.   TV -- same as DV except text lines
  361. Examples of the various border types:
  362.  
  363.      <D>ouble       <S>ingle        <T>ext         <B>lank        <N>one
  364.    ╔═══╦═══╤═══╗  ┌───┬───┬───┐  +---+---+---+
  365.    ║ 1 ║ 2 │ 3 ║  │ 1 │ 2 │ 3 │  | 1 | 2 | 3 |    1   2   3      1   2   3
  366.    ╠═══╬═══╪═══╣  ├───┼───┼───┤  +---+---+---+                   4   5   6
  367.    ║ 4 ║ 5 │ 6 ║  │ 4 │ 5 │ 6 │  | 4 | 5 | 6 |    4   5   6      7   8   9
  368.    ╟───╫───┼───╢  ├───┼───┼───┤  +---+---+---+
  369.    ║ 7 ║ 8 │ 9 ║  │ 7 │ 8 │ 9 │  | 7 | 8 | 9 |    7   8   9
  370.    ╚═══╩═══╧═══╝  └───┴───┴───┘  +---+---+---+
  371.  
  372.                       <DV>           <SV>           <TV>
  373.                   ╔═══╦═══╤═══╗  ┌───┬───┬───┐  +---+---+---+
  374.                   ║ 1 ║ 2 │ 3 ║  │ 1 │ 2 │ 3 │  | 1 | 2 | 3 |
  375.                   ╠═══╬═══╪═══╣  ├───┼───┼───┤  +---+---+---+
  376.                   ║ 4 ║ 5 │ 6 ║  │ 4 │ 5 │ 6 │  | 4 | 5 | 6 |
  377.                   ║ 7 ║ 8 │ 9 ║  │ 7 │ 8 │ 9 │  | 7 | 8 | 9 |
  378.                   ╚═══╩═══╧═══╝  └───┴───┴───┘  +---+---+---+
  379.  
  380.  
  381. TXTABLE.DOC                          8                         Revised: 11-30-96
  382.  
  383. "/ALIGN=c" specifies how to align the contents of the cells that are not  either
  384. header or stub cells.  In the <T>ext example above, /ALIGN=c would affect  cells
  385. 5, 6, 8, and 9.  Possible values for "c" are R (flush right), L (flush left),  J
  386. (justify), and C (center).  The default is /ALIGN=L.   The  positioning  of  any
  387. numeric cells is overridden by the /ALIGNN=c parameter.
  388.  
  389. "/ALIGNH=c" specifies how to align the contents of the cells that  are  part  of
  390. the first row of cells,  called  the  header.   In  the  <T>ext  example  above,
  391. /ALIGNH=c would affect cells 1 to 3.  Possible  values  for  "c"  are  R  (flush
  392. right), L (flush left), J (justify), and C (center).  The default  is  /ALIGN=C.
  393. The positioning of any numeric cells is overridden by the /ALIGNN=c parameter.
  394.  
  395. "/ALIGNS=c" specifies how to align the contents of the cells that  are  part  of
  396. the leftmost column of cells, called the stub.  The  very  first  cell  (cell  1
  397. above), is part of the header, not the  stub.   In  the  <T>ext  example  above,
  398. /ALIGNS=c would affect cells 4 and 7.  Possible values  for  "c"  are  R  (flush
  399. right), L (flush left), J (justify), and C (center).  The default  is  /ALIGN=L.
  400. The positioning of any numeric cells is overridden by the /ALIGNN=c parameter.
  401.  
  402. "/ALIGNN=c" specifies how to align the  contents  of  cells  that  are  entirely
  403. numeric.  This  specification  overrides  any  other  alignment  specifications.
  404. Possible values for "c" are R (flush right), L (flush left), and C (center). The
  405. default in /ALIGNN=R.
  406.  
  407. "/RULE=s" specifies that a string is to be repeated the width of the line.  This
  408. is used to separate sections.  The  string  can  be  a  single  character  (like
  409. "/RULE=-"), multiple characters (like "/RULE="- ""), it can contain decimal  and
  410. hexadecimal characters (like "/RULE=\066\097\116"--see BRUCEHEX.DOC), it can  be
  411. "/RULE=NULL" (which typically results in a blank line), or just  simply  "/RULE"
  412. (which is the same thing as "/RULE=-" if /BORDER=T and "RULE=\196" if  /BORDER=S
  413. or /BORDER=D).  Personally, if your printer supports IBM graphics characters,  I
  414. find "/RULE=\196" to be the most pleasing of the rule lines.
  415.  
  416. "/WIDTH=n" specifies the desired table width.   This  determines  wrapping  long
  417. lines and such.  Can be reset automatically by the program if your data warrants
  418. it.  Initially defaults to /WIDTH=80.
  419.  
  420. "/PAGE=n" specifies how long each page is.  This will cause the program to judge
  421. whether the contents of the current line of cells will fit on the current  page.
  422. If not, the program will do all of the following steps:
  423.  
  424.     * print a blank line,
  425.     * print an optional page eject (if /EJECT in effect),
  426.     * reprint any table titles (see "Specifying parameters" above),
  427.     * repeat the headers over again, and
  428.     * then produce the next cells.
  429.  
  430. No page is required and in fact the default for this  option  is  /PAGE=0  which
  431. turns off any page length adjusting.  Doing the adjusting forces the program  to
  432. store cells in memory and may cause errors  if  your  table  exceeds  the  array
  433. bounds that were set for this.  The current maximum is 10 lines for  the  header
  434. and 50 lines for any single non-header row.  If you  do  get  errors,  just  use
  435. /PAGE=0 and redo it.
  436.  
  437.  
  438. TXTABLE.DOC                          9                         Revised: 11-30-96
  439.  
  440. "/PAGEW=n" specifies what the page width is.  If no page width is specified, the
  441. program will use the /WIDTH=n parameter instead.  If the page is wider than  the
  442. table, the program will center the table within the page.
  443.  
  444. "/EJECT" says to put a page eject character (decimal 12) between  pages  in  the
  445. table.  This is initially the default.  You can specify "/-EJECT" if you want to
  446. turn them off.  See also "/PAGE=n" parameter.
  447.  
  448. "/BUFF=n" specifies how many spaces to position on either side of  the  vertical
  449. bars in the tables.  Defaults to /BUFF=1.
  450.  
  451. "/CONT=s" specifies that the contents of  lines  that  end  with  the  specified
  452. string indicate that the contents of the cell continues on the next line.   This
  453. allows you to put fairly long cells in your  table  without  killing  your  text
  454. editor.  Note that this does not indicate joined cells in the final table;  just
  455. that the text of a single  cell  is  huge.   A  space  is  presumed  before  the
  456. continuation string whether it's present or not.  For ease of reading, you might
  457. want to begin the continued lines with one or more spaces.  Defaults to /CONT=__
  458.  
  459. "/{+n}{-n}{@n}..." allows you to adjust the widths  of  the  columns.   See  the
  460. "Column widths" description above.
  461.  
  462. "/DEBUG" is mainly used for testing purposes.  It shows the first 80  characters
  463. of the table to you on the screen in addition to writing  it  to  your  outfile.
  464. This allows  you  to  see  results  of  each  parameter  more  easily  and  make
  465. adjustments as necessary.
  466.  
  467. "/Tpath" specifies where to write the temporary files that  the  routine  needs.
  468. Examples are "/TC:" and "/TC:\TEMP".  If not specified, the  routine  writes  to
  469. the following in sequence:
  470.  
  471.   - the value of any TEMP, then TMP, environmental variable
  472.   - C:\TEMP
  473.   - C:\
  474.  
  475. "/Iinitfile" says to read an initialization file with the file name  "initfile".
  476. The file specification *must* contain a period.  Initfiles are described in  the
  477. BRUCEINI.DOC file.  Initially defaults to "/ITXTABLE.INI".
  478.  
  479. "/-I" (or "/INULL") says to skip loading the initialization file.
  480.  
  481. "/?" or "/HELP" or "HELP" shows you the syntax for the command.
  482.  
  483. "/?&H" gives you a hexadecimal and decimal conversion table.
  484.  
  485.  
  486.  
  487. TXTABLE.DOC                          10                        Revised: 11-30-96
  488.  
  489. Return codes:
  490.  
  491. TXTABLE returns the following ERRORLEVEL codes:
  492.  
  493.         0 = no problems
  494.       253 = escape pressed
  495.       254 = input file not found
  496.       255 = syntax problems, or /? requested
  497.  
  498.  
  499. Author:
  500.  
  501. This program was written by Bruce Guthrie of Wayne Software.  It is free for use
  502. and redistribution provided relevant documentation is kept with the program,  no
  503. changes are made to the program or documentation, and it  is  not  bundled  with
  504. commercial programs or charged for separately.  People who need to bundle it  in
  505. for-sale packages must pay a $50 registration fee to  "Wayne  Software"  at  the
  506. following address.
  507.  
  508. Additional information about this and other Wayne Software programs can be found
  509. in the file BRUCE.DOC which should be included in the original  ZIP  file.   The
  510. recent change history for this  and  the  other  programs  is  provided  in  the
  511. HISTORY.ymm file which should be in the same ZIP file where "y" is  replaced  by
  512. the last digit of the year and "mm" is the  two  digit  month  of  the  release;
  513. HISTORY.611 came out in November 1996.  This same naming convention is  used  in
  514. naming the ZIP file (TXTABymm.ZIP) that this program was included in.
  515.  
  516. Comments and suggestions can also be sent to:
  517.  
  518.                 Bruce Guthrie
  519.                 Wayne Software
  520.                 113 Sheffield St.
  521.                 Silver Spring, MD 20910
  522.  
  523.                 fax: (301) 588-8986
  524.                 e-mail: bguthrie@nmaa.org
  525.                 http://hjs.geol.uib.no/guthrie/
  526.  
  527. Please provide an Internet e-mail address on all correspondence.
  528.  
  529. 
  530.